TITLE OF THE INVENTION i 
DATA TRANSMISSION SYSTEM 

BACKGROUND OF THE INVENTION 
5 Field of the Invention 

[0001] The present invention relates to data transmission 
systems and, more specifically, to a system for data transmission 
from a server to a data circuit terminating equipment connected 
to a data terminal equipment. Here, data is the one reserved by 
10 the data terminal equipment for data transmission from the server, j 

Description of the Background Art 
[0002] There have been proposed various data transmission 

i 

systems which are of a type as described above. Here, taken as-j 
15 an example is the data transmission system disclosed in Japanese 

it 

Patent Laid-Open Publication No. 8-140081 (96-140081) , which | 

1 

includes a device in an information source (hereinafter, referred I 
to as server) , and an information storage unit which receives the ' 
information on the user's side. The server and the information ; 

20 storage unit are connected to each other over a network. The 
server waits for users' requests for data transmission until a 
data distribution time, which has been set under a predetermined 
manner. Even if one request comes, the server waits for others 
requesting for transmission of the same data for the time period. 

25 When the distribution time comes, the server sends the requested 

1 



data onto a communications circuit. Then, the informatior. 
storage unit on the user's side receives and stores the data 
therein. As such, in such conventional data transmission system, 
the server can selectively perform data transmission in a time 
5 period when, before the data distribution time, the 
communications circuit is not congested. In this manner, the 
communications circuit can be efficiently utilized. 
[0003] The issue here is, the communications circuit varies 
in characteristics depending on its type. As an example, a wired 

10 public circuit typified by ISDN is not suited for multicasting. ! 
This is because, any transmission bandwidth of many data channels 
in the public circuit is occupied by multicasting, simultaneously 
transmitting the same data to many users using the public 
communications circuit. Unlike the wired public circuit, a \ 

15 satellite circuit may be a possibility for multicasting since data 
transmission is performed through shared use of a transmission 
bandwidth. However, the conventional data transmission system [ 
still bears a problem of not efficiently utilizing the 
transmission bandwidth of the communications circuit since data 

2 0 is unconditionally sent out to the same communications circuit 
regardless of the number of users receiving the data. Here, 
assume that the data transmission system has a wired public 

i 

circuit only . In such case , a server in the system has to transmit i 

data through the wired public circuit no matter if multicasting | 

i 

25 is preferable, resulting in a waste of transmission bandwidth. 

2 



i 

I 

[0004] The conventional data transmission system bear^ 

another problem regarding a communications expense. In a cas^ 

i 

where a user wants to download relatively large data such as moving 
pictures, the communications expense therefor is high. 

5 

SUMMARY OF THE INVENTION 

[0005] Therefore, an object of the present invention is to 
provide a data transmission system which achieves efficient use 
of a communications circuit in terms of transmission bandwidth, 
10 and data download from a server at less expense. 

[0006] The present invention has the following features to 
attain the object above. 

[0007] A first aspect of the present invention is directed to 
a data transmission system in which a server sends out, onto any 
15 one of communications circuits, content data designated by a 
content reservation request to a data circuit terminating 
equipment connected to a data terminal equipment for storage, 
wherein 

the content reservation request additionally indicates 
20 a time limit by when the content data designated by the data 
terminal equipment is to be ready in the data circuit terminating 
equipment , 

either the server or any one of the communications 
circuits comprises : 
2 5 a time limit management part for managing the 

3 



time limit designated by the content reservation request from thej 
data terminal equipment; and 

a scheduling part for determining, on the 
basis of both the time limit managed in the time limit management 
5 part and predetermined communications information, a 
transmission timing which ensures the content data completely 
transmitted by the time limit and an optimal communications 
circuit among from the communications circuits, and 

i 

the server comprises a data send out part for sending ' 
10 out the content data onto the optimal communications circuit 
according to the transmission timing determined by the scheduling 
part , 

[0008] A second aspect of the present invention is directed 
to a data transmission system in which content data designated 

15 by a content reservation request from a server to a data terminal 
equipment through a communications circuit, wherein 

the content reservation request additionally indicates 
a download condition for downloading the content data designated 
by the data terminal equipment; 

20 the data transmission system comprises: 

a content reservation status data 
generation part for generating content reservation status data 
indicating the download condition for the content data on the 
basis of the content reservation request which has been received; 

25 and 



a data transmission part for transmitting 
the content reservation status data generated by the content 
reservation status data generation part to the data terminal 
equipment, I 

! 

by comprising the content reservation status datd 

I 

generation part and the data transmission part, the transmission 

I 

system induces other data terminal equipment by showing th^ 
content data is available under the download condition, and 
the transmission system further comprises: 

a DL condition management part for managing 
the content data and the download condition designated by the 
content reservation request from the data terminal equipment; 

a scheduling part for determining, on the 
basis of the download condition managed in the DL condition 
management part, a transmission timing which ensures the content 
data transmitted under the download condition, and 

a data send out part for sending out the! 
content data onto the communications circuit according to the! 
transmission timing determined by the scheduling part. i 
[0009] These and other objects, features, aspects and! 
advantages of the present invention will become more apparent f rom^ 

the following detailed description of the present invention when I 

j 

taken in conjunction with the accompanying drawings. j 
BRIEF DESCRIPTION OF THE DRAWINGS ' 



[0010] FIG. 1 is a diagram showing the entire configuration 
of a data transmission system according to a first embodiment of 
the present invention; 

i 

FIG. 2 is a block diagram showing the configuration of| 
a data circuit terminating equipment (DCE) 3 of FIG. 1: | 

FIG, 3 is a block diagram showing the configuration of| 
a content server 6 of FIG. 1; 

FIG. 4 is a diagram showing the configuration of a 
content data CD stored in a content storage 64 of FIG. 3; 

FIG, 5 is a schematic diagram of an addressee list L^^^^ 
stored in an addressee list storage 65 of FIG. 3; 

FIG. 6 is a schematic diagram of a charge list Lp^^ stored! 
in a charge list storage 66 of FIG. 3; I 

FIG. 7 is a schematic diagram of a transmission expensej 
list L^^. stored in a transmission expense list storage 67 of FIG. | 
3; j 

FIG. 8 is a schematic diagram of a transmission initial! 
expense list L^^c stored in a transmission initial expense list I 
storage 68 of FIG. 3; I 

FIG. 9 is a first half of a sequence chart showing a I 
communications procedure in the data transmission system of FIG. I 
1; 

FIG. 10 is a second half of the sequence chart showing! 
the communications procedure in the data transmission system of I 
FIG. 1; I 



FIG. 11 is a flowchart showing step STl of FIG. 9 in 
more detail for its processing procedure; 

FIG. 12 is a diagram for demonstrating the contents of 
content reservation status data D^^ of FIG, 9; 

FIGS, 13a to 13g are diagrams for demonstrating the 

configuration of data and signals shown in both FIGS. 9 and 10 ;| 

I 

FIG. 14 is a flowchart showing step ST13 of FIG, 9 ini 

i 
j 

more detail for its processing procedure; | 

i 

FIG. 15 is a flowchart showing step ST8 of FIG, 10 in| 

more detail for its processing procedure; | 

j 

FIGS . 16a to 16c are diagrams each showing a unit record! 
UR^ which is updated or newly-generated in step ST8 of FIG. 15 ;| 

FIG. 17 is a flowchart showing step ST9 of FIG, 10 in| 
more detail for its processing procedure; 

FIG. 18 is a flowchart showing step ST92 of FIG. 17 in! 

j 

more detail for its processing procedure; | 

FIGS. 19a and 19b are diagrams for demonstrating a! 
communications circuit flag F^^^ set by the processing of FIG. 18; | 

FIGS. 20a and 20b are diagrams schematically showing 
steps ST94 to ST99 of FIG. 17 by its processing; i 

FIG. 21 is a flowchart showing step STIO of FIG. 10 in | 
more detail for its processing procedure; I 

FIG. 22 is a flowchart showing step STll of FIG. 10 in I 
more detail for its processing procedure; 

FIGS. 23a to 23c are drawings demonstrating a content 



data set CDS in a second embodiment of the present invention ;j 
FIG. 24 is a block diagram showing the conf igurationi 

of a DCE 3 in the second embodiment; : 
FIG. 25 is a first half of a sequence chart showing a| 

communications procedure in a data transmission system of thel 

second embodiment; | 

i 

FIG. 2 6 is a second half of the sequence chart showing! 

I 

the communications procedure in the data transmission system of! 
the second embodiment; | 

FIGS. 2 7a and 2 7b are diagrams demonstrating al 
selection condition list stored in a selection condition listj 
storage 36 of FIG. 24; 1 

FIG. 28 is a flowchart showing step ST22 of FIG, 25 in 
more detail for its processing procedure; 

FIG. 29 is a flowchart showing step STll' of FIG. 26! 
in more detail for its processing procedure; | 

FIG. 30 is a diagram showing an allocation list Lg^ : 

stored in an allocation list storage 37 of FIG. 24; | 

i 

FIG. 31 is a flowchart showing step ST23 of FIG. 26 in| 
more detail for its processing procedure; 1 

FIG. 32 is a flowchart showing step ST14'^ of FIG. 26 | 
in more detail for its processing procedure; | 

FIG. 33 is a diagram showing a specific example of a I 
content data set stored in a content storage 35 of FIG, 24; and! 

FIG. 34 is a diagram showing a specific example of a! 



content data CD sent out from a user interface 32 of FIG. 24 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0011] FIG. 1 is a diagram showing the entire configuration 

of a data transmission system according to a first embodiment of 
the present invention. In FIG. 1, the data transmission system 
includes a data terminal equipment (hereinafter, referred to as 
DTE, herein two DTEs are illustrated) 1, a wired or wireless 
transmission path 2, a data circuit terminating equipment 
(hereinafter, referred to as DCE) 3, a first and a second 
communications circuits 4 and 5 exemplified for a plurality of I 
communications circuits in claims, and a content server 
(hereinafter, simply referred to as server) 6. 

[0012] The DTE 1 is operable by a user as is a personal computer, | 
and carries out output processing on a content data CD (see FIG. | 
4) downloaded from the server 6 to output to the user what the | 
content data CD presents. The DTE 1 is connected to the DCE 3i 

through the transmission path 2 for bidirectional data j 

i 

communications therebetween . 

[0013] The DCE 3 is connected to at least one exchange system 
41 (will be later described), and performs bidirectional data | 
communications with the server 6 through the first communications I 
circuit 4. In the DCE 3, power is supplied for operation, i 
preferably, from the first communications circuit 4, which is 1 
wired. The DCE 3 is also connected to a reception antenna 53 1 



(later described) , and receives data from the server 6 through^ 

the second communications circuit 5. The DCE 3 includes, as showrJ 

i 

in FIG. 2, a processing unit 31, a user interface 32, a circuit! 

i 

interface 33, a reception unit 34, and a content storage 35. 
[0014] Such DTE 1 and DCE 3 are placed on the user's side 
(typically in the user's house) as shown in FIG. 1. Here, thel 
DTE 1 may be plurally provided. FIG. 1 shows a set thereof onlyl 
for one user for convenience, but the actual data transmission 
system includes many sets of equipment, which are at least one 

i 

DTE 1 and the DCE 3, on the user side. Each of the equipment! 
provided on the user's side is assigned, in advance, unique! 
identifier ID^^^^ for user identification. In this embodiment, thel 

identifier ID^^^^ assigned to the set of the DTEs 1 and the DCe| 

! 

3 of FIG. 1 is presumably a^. \ 
[0015] The first communications circuit 4 is a wired public 
circuit having several exchange systems 41 provided therein. 
Those exchange systems 41 are connected to one another via a 
communications line typified by an optical fiber cable, a twistedj 
pair wire, and/or a coaxial cable. Such first communications! 
circuit 4 is suited for transmitting each different content data I 
CD to many DTEs 1 thanks to the exchange systems 41 each performing! 
routing. However, the first communications circuit 4 is not; 
suited for multicasting. This is because, if the server 6 
simultaneously distributes the same content data CD to many DTEs ! 

1 over the first communications circuit 4, any transmission | 

i 

10 i 



bandwidth of many data channels is occupied by data distribution. 
[0016] The second communications circuit 5 includes, in this 
embodiment, a transmission antenna 51, and a satellite circuit 
including an artificial satellite 52 and the reception antenna 
53. Unlike the first communications circuit 4, the second 
communications circuit 5 is suitable for multicasting as allows 
shared use of a bandwidth for transmission of the same content 
data CD to many DTEs 1. However, the second communications 
circuit 5 is not good for transmitting each different content data 
CD to many DTEs 1 as a transmission bandwidth thereof is sharable 

i 

by all of those DTEs 1. If various content data CDs are sent outi 
onto the second communications circuit 5, it will soon be short 
of transmission bandwidth. Here, as shown in FIG. 1, the DCE 3, 
and the first and second communications circuits 4 and 5 configure 
a data transmission network 7. 

[0017] The server 6 is placed on the information provider's 
side from where the content data CD is distributed to the users' , 
and is previously assigned unique identifier IDse^ver for server | 
identification. The server 6 is connected to at least one | 
exchange system 41, and performs bidirectional data^ 
communications with the DCE 3 through the first communications I 
circuit 4. The server 6 is also connected to the transmission' 
antenna 51, and transmits data to the DTE 1 over the second' 
transmission circuit 5 . As shown in FIG . 3 , the server 6 includes ' 
a processing unit 61, a circuit interface 62, a transmission unit | 



63, a content storage 64, an addressee list storage 65, a charge! 
list storage 66, a transmission expense list storage 67, and a' 
transmission initial expense list storage 68. 

[0018] As shown in FIG. 4 , the content storage 64 stores several! 
types of content data CDs , The content data CD is typically moving! 
picture data, static picture data, audio data, object data, I 
character data, or a combination of two or more of such data, Also,| 
the content data CD is provided with at least identifier ID^^ and! 
data size 1^,3. The identifier ID^d uniquely specifies a recordingi 
location where the content data CD is stored in the content storage 

64, The data size 1^^ shows the content data CD by size. In this 
embodiment, as shown by the accompanying drawings, stored in the I 

content storage 64 are content data CD^ and CD^. Here, presumably, | 

j 

the content data CD^ is provided with for the identifier 1D^^\ 
and 7i for the data size 1^3, while the content data CD^ with jS | 
2 and y^, respectively. j 
[0019] The addressee list storage 65 is corresponding to a time ' 

limit management part and a DL condition management part in claims , I 
and stores an addressee list L^^st therein. As shown in FIG. 5, ' 
the addressee list L^^^^ is composed of several unit records UR^ , ; 
herein exemplarily UR,, to UR13 . Each unit record UR^ indicates I 
what are the conditions for downloading the content data CD : 
therein. Specifically, included in each of the unit records UR3^ ; 
are a download condition number (hereinafter, referred to as DL I 
condition number) N^^, identifier ID^^, a time limit LT, a' 

12 



transmission expense TC, at least one identifier 10^3^^, and a 
communications circuit flag F^j^, Herein, the DL condition number 
Nj^j^ uniquely specifies the unit record UR^ , and the identifier ID^d 
specifies which content data CD is at a user's request for data 
transmission. The time limit LT is a user designated time forj 
the content data CD at the user's request to be ready in the content! 
storage 35 of the DCE 3. The identifier ID^gg^ shows, specif icallyj 
in the addressee list L^^st. the DCE 3 which receives the content! 
data CD. The transmission expense TC indicates how much the user 
is to be charged for the content data CD transmitted from the serverj 
6 to the DCE 3. The communications circuit flag F^^^ indicates 
which communications circuit is to be used for the transmission. 
In this embodiment, presumably, a value of 1 for the 
communications circuit flag F^^^ indicates the first 
communications circuit 4, while a value of 0 the second 
communications circuit 5 (refer to FIGS. 19a and 19b). 
[0020] In this example of FIG. 5, specifically, the unit record 

i 

UR^i shows jS^ for the identifier ID^^, 18:00 on February 17 for^ 
the time limit LT, and to a for the identifier ID^g^^. Here , | 
a 2 to a^QQ mean 499 sets of equipment, exclusive of the set a 1 
i in FIG. 1. Accordingly, the content data CD^ is transmitted,! 
by 18:00 on February 17 , to 499 DCEs 3 specified by the identifier ! 

! 

^DysER- Further, the unit record UR^ shows ¥450 for the! 

j 

transmission expense TC, which means the current transmission I 
expense of the content data CD^ for those 499 DCEs is ¥450. Here, ! 



the unit records UR^^ and UR^3 are not described as are similar! 
to the unit record UR^i. Note that, the unit records UR^; 
exemplified herein show only the identifier ID^^ of ^ ^, which meansj 
no user is requesting for transmission of the content data CDg.: 
[0021] The charge list storage 66 stores a charge list Lp^y-I 
As shown in FIG, 6, the charge list Lp^^ is composed of chargej 
information Ip^^ ^or every identifier IDysER- The chargej 
information Ip^^ indicates how much a user specified by the| 
corresponding identifier ID^^^^ needs to pay, in total, for the 
content data CD(s) his/her downloaded in a predetermined time 

j 

period. Note herein that, for easy understanding, the chargej 
information Ip^^ presumably indicates the total amount of the 
transmission expense TC . This is not restrictive, and other type 
of expenses (i.e., copyright fee) may be included therein. 

The charge list Lp^^ FIG. 6 exemplifies a case where 
the identifier ID^^^^ is a^, and the charge information Ip^^ therefor 
is ¥1 , 500 . Cases for other identifier ID^^^^ are not described here | 
for convenience, I 
[0022] The transmission expense list storage 67 stores a | 
transmission expense list L^^. As shown in FIG. 7, the 
transmission expense list L^c indicates the transmission expense! 

TC varying with the number of users n^^^^ requesting for data | 

i 

transmission. In this embodiment, the number of users N^ser is put | 

into 5 classes of ^^seri to N^g^^s, depending on the number. As an | 

I 

example, the number of users N^seri covers a range of 1 to 19, and j 



the transmission expense TC therefor is fixedly ¥550. For other 
classes of the number of users NysER2 to Nus£j^3, FIG. 7 is referred 

i 

to. 

[0023] The transmission initial expense list storage 68 stores 
a transmission initial list L^^^, which shows the transmission 
expense TC in its initial value. As shown in FIG. 8, the| 

transmission initial expense list L^^^ shows the transmission! 

i 

initial expense varying with a time margin TM, which is a length! 
of time from the server 6 receiving a user's content reservation! 
request RS^r to the time limit LT designated thereby. In this| 
embodiment, the time margin TM is put into 5 classes of TM^ toj 

TM5, depending on the number. For example, the time margin TmJ 

i 

covers a range of 0 to 12 (hour) , and the transmission initial! 
expense ITC^ therefor is fixedly ¥550. For other classes of thej 
time margin TM2 to TM5 , FIG. 8 is referred to. ; 
[0024] Described next is the communications procedure for the I 
DTE 1 to retrieve a content data CD in the above-structured data I 
transmission system with reference to sequence charts of FIGS.! 
9 and 10. First, in FIG. 9, in response to a request coming from! 
the DTE 1 (not shown) , the server 6 generates content reservation I 
status data D^^ based on an addressee list L^^g^ currently stored | 

(step STl) . This step STl corresponds to a content reservation I 

! 

status data generation part in claims, and FIG. 11 shows the I 

j 

processing procedure thereof in detail. In FIG. 11, the ! 
processing unit 61 of the server 6 extracts, from each unit record 



URi found in the addressee list L^^^^ (see FIG. 5) , a DL condition! 
number N^^^^ ^ time limit LT, and a transmission expense TC (stepj 
STllO) . Next, the processing unit 61 generates downloadj 
condition list (hereinafter, referred to as DL condition list) | 
for every extracted set of the DL condition number N^^, the 
time limit LT , and the transmission expense TC (step ST120) . The| 
DL condition list specifies what are. the conditions for^ 
downloading any content data CD, 

[0025] After step ST120, the processing unit 61 generatesi 
content reservation status data D^^ (step ST130) . As shown in FIG. 
12, the content reservation status data D^^ represents each DL 

i 

condition list L^^^ generated in step S120 and displayed on the| 
side of DTE 1. With this list, the user can easily find the Dl! 
condition list L^l meeting his/her needs best. Here, the content! 
reservation status data D^^ is generated in such manner that the 
DTE 1 can generate a content reservation request RS^j^, which will! 

! 

be later described, in response to the user's designating Dl! 
condition number N^^. Preparing for a case where the user finds! 
no DL condition list L^l matching his/her needs, the content! 
reservation status data D^^ is so structured that the user^ 
himself /herself can designate the content data CD and time limit ^ 
LT by operating the DTE 1. This is the end of the processing of! 
step STl. : 
[0026] Here, assume that the processing unit 61 generates such | 
content reservation status data D^g based on the unit records UR^i I 



to UR^3 shown in FIG. 5, In this case, after the DTE 1 executed! 

i 
I 

display processing on the content reservation status data D^^,] 
displayed on a screen of the DTE 1 are three DL condition list 
Ldli to 

■^DL3 shown in FIG. 12, Here, the DL condition list Lnri! 
for the content data CD^ indicates 18:00 on February 17 for the 
time limit LT, and ¥450 for the transmission expense TC. Here, 
the DL condition list DL2 and DL3 are not described as are similar 

to the DL condition list DL^ . Note that, the unit records UR^I 

I 

exemplified herein do not show the identifier ID^^ of 13 which 
means the content reservation status data D^^ does not include 
any DL condition list L^l for the content data CD3. 
[0027] Such content reservation status data D^^ is forwarded 
from the processing unit 61 to the circuit interface 62 to be 
converted into a format suitable for the first communications 
circuit 4. Then, the format-converted data D^^^ is sent out onto 
the first communications circuit 4. Here, the circuit interface 
62 corresponds to a data transmission part in claims . The content | 
reservation status data 0^,3 is received by the circuit interface; 
33 of the DCE 3 after going through several exchange systems 41 1 
in the first communications circuit 4. By the circuit interface | 
33, the content reservation status data D^^ is converted back into | 
its original format (reconverted) before forwarded to the user! 
interface 32 via the processing unit 31 . Then, the user interface 
32 converts thus received content reservation status data 0^3, ' 
before sending out onto the transmission path 2, into a f ormat | 

17 I 



! 

i 
I 

j 

j 

I 

suited therefor. The content reservation status data D^^ is thenj 

I 

received by the DTE 1 (sequence SQl) . I 
[0028] In response to the content reservation status data Dj^s,| 

the DTE 1 generates a request (step ST2) . Specifically, the DTe| 

i 

5 1 reconverts the received content reservation status data D^^ intoi 
its original format, and then displays each of the DL condition! 

list Lp^, and the like, on the screen thereof with the output! 

I 

processing executed (see FIG. 12) . Thereby^ the user can search; 

i 

for any DL condition list L^^ whose time limit LT and transmission! 
10 expense TC meet his/her needs while referring to the reservation 
status of each content data CD. If found any DL condition list 
Li^^, the user designates the DL condition number N^^ thereof. In 
response, the DTE 1 generates such content reservation request | 
RStr as shown in FIG. 13a. In FIG. 13a, the content reservationj 

15 request RS^^j^ is a signal which indicates that the user wants any| 

i 

specific content data CD transmitted for downloading, andj 
includes at least identifier ID^^, identifier IDserver^ identifier; 
^^usERf ^ DL condition number N^^- Here, the identifier ID^^^; 

is the one specifying that the signal is a content reservation: 
20 request RS^r- The identifier IDg^^pvER specifies which server 6 is! 
the addressee of the content reservation request RS^^, while the! 
identifier IDyg^f^ specifies from where the content reservation 
request RS^r came (i.e., DTE 1). Here, since the DL conditioni 
number N^^ the one designated by the user, the server 6 can 

25 know which content data CD is requested together with the timej 

i 

18 



limit LT and the transmission expense TC thereof. 
[0029] In the case that the user finds no DL condition list 

Lj^L matching his/her needs , the user operates the DTE 1 to designate 
any specific content data CD and time limit LT. In response, the 
5 DTE 1 generates such content reservation request RSrj,^ as shown 

i 

in FIG. 13b. Compared with the content reservation request RS^j^ 
of FIG. 13a, the content reservation request RS^^^ of FIG. 13fo 
carries the identifier ID^d ^nd the time limit LT instead of the! 
DL condition number N^l- i 

10 [0030] Such content reservation request RS^r in the DTE 1 isl 
converted into a format suited for the transmission path 2, and| 
then sent out thereonto to be received by the user interface 32 1 
of the DCE 3 (see FIG. 2) . Therein, the content reservation! 
request RS^r is reconverted before forwarded to the circuit! 

15 interface 33 via the processing unit 31 . In the circuit interfacej 
33, the received content reservation request RS^r is convertedj 

into a format this time suitable for the first communications! 

i 

circuit 4, and then sent out thereonto. The content reservation! 

I 

request RS^r is then received by the circuit interface 62 of thel 
20 server 6 (see FIG. 3) (sequence SQ2). Therein, the content! 

reservation request RS^r is reconverted and forwarded to memory! 

j 

(not shown) of the processing unit 61. | 
[0031] The processing unit 61 checks the identifier 10^^^ in the| 
stored data to know whether the stored data is the content; 
25 reservation request RS^r. The processing unit 61 also determines! 

19 



j 
i 

whether or not the time limit LT in the content reservation request! 
RS^E^ is still valid for transmitting the designated content dataj 
CD to the DTE 1 (step ST3) . Here, refer to FIG. 14 for the! 

detailed processing procedure of step ST3 . In FIG. 14, thej 

i 

5 processing unit 61 sees whether the time limit LT in the contentj 

j 

reservation request RS^j^ has already passed or not (step ST31) .| 
If not yet, the processing unit 61 generates such recording area; 
reserve request RS^r as shown in FIG. 13c (step ST32). In FIG. i 
13c, the recording area reserve request RS^j^ is a signal indicating! 

10 that a recording area in the content storage 35 (see FIG. 2) is, 
requested to be reserved. Here, the recording area reserve; 
request RS^r includes at least identifier IDj^^^^, identifier IDys^j^, ' 
and a data size I^s- The identifier ID^^^r specifies the received' 
signal as a recording area reserve request RS^r. The identifier! 

15 IDysER indicates which DCE 3 shall reserve a recording area, andl 
the DCE 3 designated here is the same as the one set in the contentj 
reservation request RS^r. The data size 1^^ shows the content data! 
CD designated by the content reservation request RS^r by size,, 
and is acquired by the processing unit 61 from the content storage; 

20 64 by using the identifier ID^^- As for the identifier ID^^, if 
the content reservation request RS^r is analyzed as being in the; 
format of FIG. 13a, the DL condition number N^^^ therein is referred; 
to and the corresponding identifier 10^,^^ is extracted from the; 
addressee list L^^g^ (see FIG. 5) . If the content reservation; 

25 request RS^^, is in the format of FIG. 13b, the identifier 10^^ is! 

20 



i 



extracted directly therefrom. With such acquired identifier ID^f^/ 
identifier ID^ser/ data size 1^^, the processing unit 61; 

generates the recording area reserve request RS^r. 
[0032] The recording area reserve request RS^j^ is then: 
5 forwarded from the processing unit 61 to the circuit interfacei 
62 , and sent out onto a control channel of the first communications 
circuit 4 (sequence SQ3) . Here, the control channel is the one! 
provided in advance to control the equipment (e.g., exchange; 
system 41, DCE 3) in the first communications circuit 4. Notej 

10 that, to transmit data lastly received by the DTE 1 such as the| 

j 

content reservation status data Dj^g, used is not the control i 

I 

channel but a data channel of the first communications circuit! 

4. The recording area reserve request RS^^ goes through several i 

exchange systems 41 before received by any one predetermined! 
15 exchange system 41. The predetermined exchange system 41 1 

typically is the one located closest to the DCE 3. 

[0033] In response to the recording area reserve request RS^r, | 

the predetermined exchange system 41 generates a recording area; 

reserve instruction IS^j^ (step ST4) . The recording area reserve! 
20 instruction IS^j^ is a signal which instructs the DCE 3 to reserve 

a recording area, and includes at least, as shown in FIG. 13d,! 

identifier IDj^^^, identifier IDu3j,j^, and a data size I^s- Here, the! 

identifier ID^^g^j^ and the data size 1^^ are the same as those in| 

the recording area reserve request RS^r currently received. The! 
25 identifier ID^^j^ specifies itself as is a recording area reserve! 
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instruction IS^r. Thus generated recording area reserve! 
instruction IS^^ goes through the predetermined exchange system! 
41 to the DCE 3, specifically to the circuit interface 33 (seej 
FIG. 2) via the control channel of the first communications] 
5 circuit 4 (sequence SQ4) . Note that, in step ST4, the| 
predetermined exchange system 41 works as a recording areaj 
management unit in claims. ! 
[0034] With the reconversion processing executed on the' 
recording area reserve instruction IS^^, the circuit interface! 
10 33 forwards that to the processing unit 31. In response thereto, ^ 

the processing unit 31 has the content storage 35 reserved a! 

i 

recording area large enough for the data size I^s designated! 

thereby (step ST5) . With the recording area successfully! 

reserved, the processing unit 31 generates a positive! 
15 acknowledgement AS^^, The positive acknowledgement AS^^ is a! 

signal indicating that the recording area has been reserved, and! 

as shown in FIG. 13e, includes at least identifier IDj^j^ for! 

identifying the received signal as a positive acknowledgement ASj^d 

identifier ID^jser fo^ specifying from where the positive! 
20 acknowledgement ASj^^ came, and identifier IDggj^y^j^ specifying an! 

addressee thereof (i.e., the server 6). Such positive! 

acknowledgement ASj^^ is sent out onto the control channel of the: 

first communications circuit 4 via the circuit interface 33 . Then; 

the positive acknowledgement ASj^^^ is received by the circuit' 
25 interface 62 of the server 6 (see FIG. 3) via the first 
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communications circuit 4 (sequence SQ5) . I 
[0035] With the reconversion processing executed on thei 
positive acknowledgement AS^^*^ the circuit interface 62 forwards' 
that to the processing unit 61. In response thereto, the; 
5 processing unit 61 generates a reception completion notice ASj^j^l 
{step ST6) . The reception completion notice ASj^j^ is a signal! 
notifying the DTE 1 that the content reservation request RS^r has| 
been successfully received^ and as shown in FIG. 13f, includesj 
at least identifier IDj^j^, identifier ID^jg^-j^, and identifier IDs£j^^£,j^. I 
10 The identifier IDj^^^ specifies the received signal as a receptioni 
completion notice AS^^. The identifier ID^sgj^ specifies which DTE| 
1 is to receive the reception completion notice AS^j^, while the I 
identifier IDserver specifies from which serer 6 the receptionj 
completion notice ASj^^^ came . Such reception completion notice AS^^j^ 

15 is also subjected to the conversion processing by the circuit; 

i 

interface 62 as is the content reservation status data D^^, and! 
then is sent out onto the first communications circuit 4 (sequence! 
SQ6) . Then, the reception completion notice AS^^j^ is processed in' 
the same manner as the content reservation status data D^^g the| 

20 DCE 3 , transmitted over the transmission path 2 , and then received! 
by the DTE 1, I 
[0036] In response to the reception completion notice AS^^, the! 
DTE 1 carries out reception completion output processing (stepj 
ST7 ) . In detail , the DTE 1 shows the user , on the screen , a message ; 

25 telling that the content reservation request RS^^ transmitted in! 

! 
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step ST2 has been normally processed in steps ST3 and ST6 by the! 
server 6 . I 
[0037] If the processing in steps ST3 and ST6 is not normallyj 
completed for some reasons, although not shown in FIG. 9, the| 
5 processing unit 61 generates a failure notice if determined, ini 
step ST31, that the time limit LT of the content reservation! 
request RS^r has already passed (FIG. 14; step ST33) . The 
processing unit 61 generates the failure notice also responding 
to a negative acknowledgement from the DOE 3. The negativej 

10 acknowledgement is generated if reservation for the recording! 
area did not work out, and transmitted to the server 6 in the samej 
manner as the positive acknowledgement ASp,j^, Thus generated; 
failure notice goes through, as the reception completion notice 
ASj^j^, the first communications circuit 4, the DCE 3, and the 

15 transmission path 2, and then is received by the DTE 1. On 
reception of the failure notice, the DTE 1 shows the user, on the 
screen, a message telling that the currently transmitted content: 
reservation request RS^r has failed to be normally processed inl 
steps ST3 and ST6 by the server 6. ' 

20 [0038] Note that, in the above as for sequences SQl to SQ6 , ^ 
every downlink signal, which are the content reservation status! 
data Dj^g, the recording area reserve request RS^p,, the recording! 
area reserve instruction IS^r, and the reception completion notice' 
ASrr, is transmitted over the first communications circuit 4.; 

25 This is not restrictive and the second communications circuit 5; 
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i 
j 

is also a possibility, but the first communications circuit 4 isi 
still preferable here as those downlink signals are not multicast, 
[0039] With step ST7 completed, referred to next is FIG. 101 
for its sequence chart. In FIG. 10 , the processing unit 61 carries; 
5 out request acceptance processing (step ST8) , This step ST8| 
corresponds to an acceptance processing part in claims, and FIG. ; 
15 shows the detailed processing procedure thereof. In FIG. 15, | 
the processing unit 61 first determines whether the currently! 
received content reservation request RS^f^ carries any DL condition! 
10 number (step ST81) . If carries (see FIG. 13a) , the processing! 
unit 61 extracts, from the addressee list L^^^g^, any unit record 
URi corresponding to the DL condition number N^^^;^ on the memory j 

thereof (step ST82). Then, the processing unit 61 extracts! 

I 

identifier IDyg^j^ from the content reservation request RS^j^, adds I 
15 thus extracted identifier ID^gg-j^ to the unit record UR^ on the memory,! 
and then counts the total number of the identifier IDyg^j, therein' 
(that is, the number of users N^ser requesting for the same content; 
data CD) (step STBS) . \ 
[0040] Then, the processing unit 61 extracts, from the; 

20 transmission expense list L^^ (see FIG. 7), the transmission: 
expense TC corresponding to the counted number of users N^ser (step: 
ST84) . Here, to avoid confusion, the transmission expense TC 
found in the unit record UR^ retrieved in step ST82 is now referred 
to as current transmission expense TC, while the transmission 
25 expense TC found in the transmission expense list L^c in step ST84 



is as new transmission expense TC, | 
[0041] The processing unit 61 then compares the new; 

transmission expense TC with the current transmission expense TC; 
to see which is more expensive (step ST85) . If the current: 
5 transmission expense TC is equal to or cheaper than the new, thej 
procedure skips step ST86 and goes to step ST87, otherwise goesj 
through step ST86. That is, if the new transmission expense TC| 

is cheaper than the current, the processing unit 61 considers it| 

I 

good for the user and thus overwrites, with the new transmission' 
10 expense TC, the current transmission expense TC of the unit record 

UR^ on the memory (step ST86) . Then, the procedure goes to step! 

j 

ST87 . In step ST87 , the processing unit 61 stores the unit record| 

URi on the memory in the addressee list storage 65 so as to update! 

j 

the addressee list L^est therein. After step ST87 is through, thej 

i 

15 processing unit 61 ends the processing of FIG. 15. 

[0042] Hereinafter, the update processing (steps ST82 to ST86) 
executed on the unit record UR^ is specifically described. Assume 
that now is the time to start the processing in step ST81, and 
a content reservation request RS^r currently received shows 1 for| 

20 the DL condition number N^^^ ^ i for the identifier ID^ser- ; 

Further, extracted in step ST82 is presumably the unit record UR^^l 
shown in FIG. 5. In such case, after step ST83, the unit recordi 
URj^j^ will include in the identifier IDysgj^ as shown in FIG, 16a, I 
and the number of identifier ID^ser becomes 500 in total , Therefore ; 

25 according to the transmission expense list L^^ of FIG. 7, the^ 
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transmission expense TC of ¥400 is extracted in step ST84, As| 
such, after step ST86, as shown in FIG, 16b, the unit record UR^ii 
shows ¥400 for the transmission expense TC . \ 
[0043] As another example, the number of identifier IDus^r and! 
5 the transmission expense TC in the unit record UR^^ is presumably; 
10 and ¥550 when step ST81 is started, but the rest remains the! 
same as above example. In this case, the new transmission expense! 
TC (¥550) shows no change from the current transmission expense! 
TC (¥550) . Only a difference herein is added in the unit recordi 

10 UR,, . I 
As is known from the above, in the request acceptance! 
processing, the more users request for data transmission underj 
the same conditions (e.g., time limit LT , content data CD) , the| 
cheaper the transmission expense TC becomes. ! 

15 [0044] In step ST81 of FIG, 15, if the content reservation! 
request RS^r carries no DL condition number N^^ (see FIG. 13b) , | 
the processing unit 61 generates a new unit record UR^ . For this! 
purpose, the processing unit 61 assigns a unique DL condition: 
number N^^ to the to-be-generated new unit record UR^ , and then! 

20 extracts identifier ID^d, identifier IDys^R, and a time limit LTj 
from the content reservation request RS^r (step ST88) . The! 
processing unit 61 then calculates a difference, i.e., a time| 
margin TM, between the time limit LT and the current time. Then, \ 
the processing unit 61 refers to the initial transmission expense! 

25 list Ltc (FIG. 8) to see which transmission initial expense ITC: 



therein corresponds to the calculated time margin TM (step ST89) , | 
Thus found transmission initial expense ITC is extracted and then I 
written into the to-be-generated unit record UR^ . With such; 
extracted information including the DL condition number Np^, \ 
5 identifier ID^d. time limit LT, transmission expense TC, and' 
identifier 10^3^^, a new unit record UR^ is generated (step ST810) . \ 
Then, the processing unit 61 stores thus generated unit record I 
UR^ in the addressee list storage 65 so as to update the addressee! 
list L^EST therein (step ST811) . After step ST87 is through, the; 

10 processing unit 61 ends the processing of FIG. 15. \ 
[0045] Hereinafter, such processing of adding a new unit I 
record UR, (steps ST88 to ST811) is specifically described. I 
Assume that now is the time to start the processing in step ST81, I 
and the addressee list L^^st referred to is the one in FIG. 5. Also, I 

15 the content reservation request RS^^^ currently received! 
presumably shows j8 , for the identifier ID^o, for the identifier; 
^^usER' 20:00 on February 15 for the time limit LT, and the current 1 
time is 20:00 on February 14. In this case, a time margin TM is ; 
24 hours, and accordingly a transmission initial expense ITC to! 

20 be retrieved in step ST89 is ¥480. Therefore, after step ST811 I 
is through, the addressee list L^^^^ additionally includes such! 
new unit record UR^^^ as shown in FIG. 16c. 

[0046] As is known from the above, in the processing of adding 
a new unit record, the longer the time margin TM before the time 
25 limit LT in the content reservation request RS^j,, the cheaper the : 



transmission initial expense ITC is set. It is understood that| 
the longer time margin TM leads the server 6 to accept the morel 
content reservation requests RS^^^ requesting for transmission of| 
the same content data CD under the same conditions. | 

[0047] As shown in FIG. 10 , the processing unit 61 of the server! 

j 

6 carries out scheduling to determine a timing for transmitting! 
the content data CD (step ST9) . Although such scheduling isl 
presumed here to be carried out only after the addressee list L^^st: 
is updated in step ST8 , this is not restrictive and may be carried! 
out also with a predetermined interval . This step ST9 corresponds I 
to a scheduling part in claims, and FIG. 17 shows the detailed: 
processing procedure thereof. In FIG. 17, the processing unit! 
61 searches the addressee list L^est (see FIG. 5) for unit records! 
URi satisfying a first condition of ''time limit LT - current time | 
< reference time RT"^ (step ST91) , Here, the reference time RT ! 
is a predetermined time allowance plus a time which ensures data | 
transmission from the server 6 to the DCE 3 completed by the time! 
limit LT, and is set in advance with consideration for parameters! 
typified by the transmission bandwidth of the first and second! 

communications circuits 4 and 5. Hereinafter, unit records UrJ 

i 

satisfying the first condition is referred to as a first group, ! 
10048] For every unit record UR^ included in the first group, ; 
the processing unit 61 then determines which communications ! 
circuit 4 or 5 is used for data transmission (step ST92), See! 
FIG. 18 for the detailed processing procedure thereof. In FIG. ! 



18, the processing unit 61 selects one target unit record UR^ fromi 
the first group (step ST921) . Then, the processing unit 61| 
determines whether the number of users N^ser in the selected targetl 
unit record UR^ exceeds a reference value Vj^^fi (step ST922) . The 
reference value V^^^^ is a threshold for the number of users! 
requesting for downloading the content data CD under the; 
conditions in the unit record UR^ , and is set in advance with: 
consideration for parameters regarding the first and second! 
communications circuits 4 and 5 in terms of transmission; 
bandwidth. 

[0049] As described above, the second communications circuit' 
5 (satellite circuit) is suited for multicasting, and when the 
number of users is quite large for data transmission, the second; 
communications circuit 5 is a better selection in view of the I 
transmission expense. Therefore, when the number of users N^ser I 
exceeds the reference value V^^p,, the processing unit 61 finds! 
that the second communication circuit 5 is suitable for! 
transmission of the content data CD designated by the target unit ' 
record UR^ . For example, assuming that the reference value V^^^^- 
is now 499, as exemplified in FIG, 19a, the processing unit 61 
sets 0 to the communications circuit flag F^^^^ in the unit record 
URi (step ST923) . : 
[0050] On the other hand, when the number of users N^ser does ! 

not exceed the reference value V^.^^^ in step ST922, the processing I 

I 

unit 61 then uses a reference value V^^^^ to compare with the number ■ 
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of users N^ser (step ST924) . The reference value V^^^^ is also ai 
threshold, and is set to be, at least, smaller than the reference! 
value V^,^,. I 
[0051] As already described, the first communications circuit! 
4 (public circuit) is not suited for multicasting, but is better' 
for transmitting the same data to the fewer DTEs 1 (i.e. , users) | 
in view of transmission expense per bit. Therefore, when thel 
number of users N^ser does not exceed the reference value V^^^^, thel 
processing unit 61 finds that the first communication circuit 41 
is suitable for transmission of the content data CD designated! 
by the target unit record UR, . Then, as exemplified in FIG. 19b,! 
the processing unit 61 sets 1 to the communications circuit flagi 
F^^^ in the target unit record UR^ (step ST925) . 

[0052] In the case that the number of users ^^s^r exceeds the! 

reference value V^^^^ in step ST924, the processing unit 61 then! 

! 

uses a reference size Vj^^fs to compare with the data size I^g of! 
the content data CD retrieved from the content storage 64 (step! 
ST926) . The reference size V^^^^ is a threshold for the size of; 
the content data CD to be transmitted under the conditions in the; 
target unit record UR^ , and is set in advance with consideration' 
for parameters typified by the transmission bandwidth of the first 
and second communications circuits 4 and 5. ; 
[0053] Here, the first communications circuit 4 has wider I 
bandwidth for data transmission than that of the second' 
communications circuit 5. Accordingly, even when the number of i 



users NusER exceeds the reference value V^^^^f if the processing unit! 

i 

61 determines as the data size 1^^ exceeding the reference sizel 
Vrep3 in step ST926, step ST925 is carried out. Otherwise, the! 
procedure goes to step ST923. , | 

[0054] After either step ST923 or ST925 is through, that is,i 
after the communications circuit flag F^^^ is set, the processing! 
unit 61 determines if any unit record UR^ is left yet unselectedi 
(stepST927) . If determined yes , the procedure repeats step ST921 1 
and onward until no unit record UR^ is left unselected. If! 
determined no, on the other hand, this is the end of the processing! 
of FIG. 18. : 
[0055] With the processing of FIG. 18 carried out, either the ^ 
communications circuit 4 or 5 is applied to every unit record UR^ | 
in the first group. However, as already described, the second! 
communications circuit 5 (satellite circuit) will soon be short 
of transmission bandwidth if content data CD designated by many! 
unit records UR, is transmitted thereover. Therefore, if the, 
number of unit records UR^ assigned 0 in the communications circuit ' 
flag F^iR becomes large in step ST92, the server 6 is placed in | 
a wait state for transmitting the content data CDs of some unit \ 
records UR^ , thereby possibly causing those not to be ready in; 
the DCE 3 by their own time limits LT . In order to avoid this, ' 
after step ST92 is through, the processing unit 61 determines, : 
for every content data CD designated by each of the unit records ; 
UR^ in the first group, whether transmission thereof can be ' 



completed by their own time limits LT (step ST93) . In detail,! 
the determination is made, for the unit record UR^ assigned 1 in| 
the communications .circuit flag F^ir, by comparing its time limitj 
LT with a transmission completion time. Here, the transmission! 

completion time from the current time is approximately calculatedj 

j 

from the transmission bandwidth of the first communications^ 

circuit 4 and the size 1^3 of the content data CD. For the unit| 

j 

record UR^ assigned 0 in the communications circuit flag F^xr, the! 

same manner as above is applicable but the transmission bandwidth! 

j 

used for calculation of the transmission completion time is of! 
the second communications circuit 5. With such processing: 
executed, if the processing unit 61 determines every content data| 
CD in the first group as transmittable by their each time limitj 
LT, the processing of FIG, 17 is ended, ; 
[0056] On the other hand, if the processing unit 61 determines; 
content data CD designated by at least one unit record UR^ as! 
nontransmittable by the each time limit LT , calculated is a 
communications validity V^r for every unit record UR^ (step ST94) . 
Hereinafter, any unit record UR^ whose content data CD is! 
determined as nontransmittable by the time limit LT in step ST93 
is referred to as nontransmittable unit record UR^ , The' 
communications validity V^^ is an indicator used to verify the! 
reliability of the communications circuit selected in step ST92 . : 
Here, as is calculated differently for the first and second I 
communications circuit 4 and 5, the communications validity V^^ ! 



for the first communications circuit 4 is referred to as 
communications validity V^^^ while that for the second 
communications circuit 5 is as communications validity V^rs- For 

the unit record UR^ assigned 1 in the communications circuit flagl 

j 

FciR, the communications validity V^^^ becomes higher as the fewerj 
the number of users N^^^^ in the identifier ID^g^^, the larger thei 
size of the content data CD, and the longer the time margin! 
TM becomes. For the unit record UR, assigned 0 in the; 
communications circuit flag F^jp, conversely, the communications: 
validity V^^^ becomes higher as the more the number of users N^ser! 
in the identifier ID^ser/ the smaller the size I^s of the content, 
data CD, and the shorter the time margin TM becomes. 
[0057] After step ST94 is through, the processing unit 61: 
searches the nontransmittable unit record (s) UR^ to find a; 
reference unit record UR^ showing the closest time limit TM to! 
the current time (step ST95) . Then, the processing unit 61; 
selects a potential unit record UR^ from among those in the first; 
group except for the nontransmittable unit record (s) UR^ . Here, ' 
the potential unit record UR^ is the one satisfying a second I 
condition of having the closer time margin TM to the current time' 
and the lower communications validity V^^ than the reference unit: 
record UR^, and being assigned the same communications circuit; 
flag FciR as the reference unit record UR, (step ST96) . 
[0058] The processing unit 61 then transmits the content data , 
CD specified by the potential unit record UR^ over the ' 



cominunications circuit different from the one currently assignedj 
thereto , and sees if the content data CD specified by the reference i 
unit record UR^ is transmittable by the time limit LT (step ST97) . | 
Here, the processing of step ST97 is described in detail. As for; 
5 the content data CD specified by the potential unit record UR^,! 
a transmission time from the server 6 to the DCE 3 can be calculated! 
from its data size I^g and the transmission bandwidth of the i 
communications circuit depending on which has been applied! 
thereto. In the same manner as in step ST93, a transmission: 

10 completion time ET of the reference unit record UR^, which shows i 
by when the content data CD specified thereby reaches the DCE 3, \ 
can be calculated based on the current time. If the transmission i 
time calculated for the potential unit record UR^ is deducted f romi 
thus calculated transmission completion time ET of the reference: 

15 unit record UR^ , approximated is a new transmission completion; 
time ET for the case that the content data CD specified by the | 
potential unit record UR^ is transmitted over the communications | 
circuit different from the one currently applied thereto . If thus ; 
approximated new transmission completion time ET comes earlier! 

20 than the time limit LT of the reference unit record UR^ , the' 
processing unit 61 determines the time limit LT of the reference! 
unit record URi as assurable, and thus changes, in value, the: 
communications circuit flag F^r of the potential unit record UR^ I 
(step ST98) . Conversely, if the new transmission completion time ! 

25 is not earlier than the time limit LT of the reference unit record^ 



UR^, the processing unit 61 changes, in value, the communications! 

circuit flag F^ir of the reference unit record UR^ (step ST99) . • 

After step ST98 or ST99 is through, the procedure returns to step! 

ST93 and repeats the above processing. 
5 [0059] Described next, schematically, is the processing of 

steps ST94 to ST99 with reference to FIGS. 20a and 20b. In this; 

example, it is assumed that determination made in step ST93 is' 

NO, and 5 unit records UR^^, UR^^ , UR^,, UR^^, and UR^^ have the same. 

communications circuit flag F^r but vary in time limit LT from^ 
10 LT^ to LT^ as shown by the time axis t of FIG. 20a. On the time' 

axis t, content data CDs specified by the unit records UR^i to; 

URj^^, respectively, are also indicated by the transmission; 

completion times ET^^ to ET^. In this case, as is known from the i 

transmission completion times ETj, and ET^ located later than the I 
15 time limits LT^ and LT^, the unit records UR^^ and UR^^ are selected! 

as the nontransmittable unit record UR^^ . In FIG. 20a, the unitj 

records UR^^^ to UR^^ are indicated also by the communications^ 

validity V^^j^^ to V^j^, respectively. 

[0060] In this example, selected as the reference unit record 
20 UR^ in step ST95 is the unit record UR^^, and as the potential unit; 
record UR, in step ST96 is the unit record UR^^ . Then, in step 
ST97, the content data CD of the unit record UR^^ is transmitted' 
over the communications circuit different from the one assigned 
thereto to see whether the time limit LTj, of the reference unit; 
25 record UR^^ is assurable . If determined as assurable in step ST98 , 



as shown in FIG. 20b, the communications circuit flag F^^^ of the: 
unit record UR^. is changed in value for sending out onto the otheri 
communications circuit. 

[0061] Refer to FIG. 10 again. The processing unit 61 carries: 
out data send-out and charge processing so as to transmit the^ 
content data CD to the user and charge therefor (step STIO) . : 
Although the data send-out and charge processing is presumed here, 
to be carried out after scheduling (step ST9) , this is not: 
restrictive and may be carried out also with a predetermined; 
interval. This step STIO corresponds to a data send out part in! 
claims, and FIG. 21 shows the detailed processing procedure ^ 
thereof. In FIG. 21, the processing unit 61 first refers to the I 
addressee list Lj^gg^ to select any one unit record UR^^ to which the: 
communications circuit flag F^^ is set and its time limit LT is ■ 
closest to the current time (hereinafter, referred to as I 
transmission target unit record URJ (step STIOI) . Then, the ^ 
processing unit 61 retrieves, from the content storage 64, any | 
content data CD having the same identifier ID^d as in the: 
transmission target unit record UR, (step ST102) . The processing 
unit 61 also extracts the identifier ID^ser from the transmission 
target unit record UR^ (step ST103) . 

[0062] The processing unit 61 then generates such transmission ' 
data TD as shown in FIG. 13g (step ST104). In FIG. 13g, the ^ 
transmission data TD includes identifier ID^^, identifier ID^^, 
identifier ID^^^^, identifier ID^^^^^^, and content data CD, Here, 
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the identifier ID^^ specifies the received signal as the! 
transmission data TD . The identifier ID^d and the identifier IDuser! 
are the ones set in the transmission target unit record UR^. The| 
identifier IDserver specifies from which server 6 the transmission I 
data TD came. The content data CD is the one retrieved in stepj 
ST102. ■ 
[0063] After step ST104 is through, the processing unit 61; 
checks the communications circuit flag F^^^ in the transmission! 
target unit record UR^ for its value (step ST105) . If the I 
communications circuit flag F^jr shows 1, the processing unit 611 
forwards the transmission data TD generated in step ST104 to the i 
circuit interface 62 (see FIG. 3) , In response, the circuit: 
interface 62 converts thus received transmission data TD into a' 
format suited for the first communications circuit 4 before! 
sending out thereonto as shown by sequence SQ7 of FIG. 11 (step I 
ST106) . I 
[0064] On the other hand, if the communications circuit flag! 

FciR shows 0 in step ST105, the transmission data TD is forwarded: 
to the transmission unit 63. Therein, the transmission data TD i 
is then subjected to the conversion processing before sent out i 
onto the second communications circuit 5 (step ST107). For | 
convenience, such transmission data TD sent out onto the second; 
communications circuit 5 is not shown. 

[0065] After step ST105 or ST107 is through, the processing! 
unit 61 carries out charge processing. In detail, the processing ; 
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unit 61 makes an access to the charge list storage 66 (see FIG.| 
6) to extract, from the charge list Lp^^ therein, the charge! 
information Ip^^ each corresponding to the identifier IDygER set! 
in the transmission target unit record URi (step ST108) . Then , | 
the processing unit 61 adds, to each of thus retrieved charge! 
information Ip^^, the transmission expense TC found in the! 
transmission target unit record URi (stepST109) so that the chargej 
information Ip^^ is updated. The processing unit 61 then makes; 
an another access to the charge list storage 66 to register thus 
updated charge information 1^^^ ^^d the corresponding identifier: 
IDjjsER in the charge list Lp^^ (step STllO) . In this manner, the| 
user is charged for the currently-received content data CD at the^ 
amount written in the transmission expense TC . 

[0066] After step STIOIO is through, the processing unit 61 ^ 
deletes the current transmission target unit record UR^ from the! 
addressee list L^^st (step STlOll) , and then sees if any unit record' 
UR^ is left unselected as the transmission target unit record UR^| 

(step ST1012) . If any, the procedure returns to step STIOI to ■ 
repeat the above processing. If none, this is the end of this! 
step STIO. 

[0067] After sending out onto the first communications circuit 
4 in step ST106, such transmission data TD goes through several 
exchange systems 41 before received by the circuit interface 33 
of the DCE 3, The circuit interface 33 reconverts the 
transmission data TD before forwarding that to the processing unit 



31. In response, the processing unit 31 carries out data storage! 
processing (step STll) . FIG. 22 shows the detailed processing 
procedure thereof. In FIG. 22, the processing unit 31 stores at; 
least the identifier ID^d and the content data CD of the received; 
5 transmission data TD into a predetermined recording area in thei 
content storage 35 (step STlll) . Here, the predetermined! 
recording area is the one reserved in step ST5 . ^ 
[0068] Next, the processing unit 31 generates a storage! 
completion notice AS^^ (step ST112) , which is data indicating that! 

10 the content data CD requested by the content reservation request; 
RS^R has been stored. Typically, the storage completion notice' 
AScD is data in the HTML (Hyper Text Markup Language) format ori 
e-mail. Note that, to generate data in the HTML format, the DCEi 
3 needs to function as a WWW server, and to generate an e-mail, 

15 the DCE 3 needs to function as a mail server. In the case that 
the DCE 3 functions both as the WWW server and mail server, the 
DCE 3 needs to be set in advance, by the user's operation or by 
default, in which format such to-be-generated storage completion; 
notice AS^d is transmitted. 

20 [0069] After step ST112 , the processing unit 31 checks whether' 
the DTE 1 is ON (step ST113) , and if ON, forwards the generated; 
storage completion notice AS^p to the user interface 32. The user^ 
interface 32 then converts the storage completion notice AS^d into' 
a format suited for the transmission path 2 before sending out 

25 thereonto (step ST114) . The storage completion notice AS^d is 
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thus received by the DTE 1 (sequence SQ8) . | 
[0070] It should be noted that, if step ST107 is carried out,| 
the transmission data TD is transmitted over the second; 
communications circuit 5. In detail, the server 6 notifies al 
predetermined multicast address to the DOE 3, which is to receive! 

the current transmission data TD . Then, the server 6 generates! 

j 

the transmission data TD having the multicast address set as the' 
identifier ID^^^^ therein (see FIG. 13g) . Such transmission data, 
TD goes through, from the transmission unit 63 of the server 6, 
the transmission antenna 51 , the artificial satellite 52 , and the \ 
reception antenna 53, and then received by the reception unit 34 | 
of the DCE 3, which has been notified of the multicast address^ 
in advance. If this is the case, the reception unit 34 is the : 
one which subjects the reconversion processing to the 
transmission data TD before forwarding that to the processing unit 
31 . Then, responding to the transmission data TD, the processing 
unit 31 carries out the data storage processing in the same manner 
as above but only if the transmission data TD carries the notified ; 
multicast address . If the transmission data TD carries some other 
identifier ID^^^^, the processing unit 31 needs to discard the 
transmission data TD . This is because, once sent out onto the 
second communications circuit 5, the transmission data TD reaches 
every DCE 3 in the data transmission system. 

[0071] On reception of the storage completion notice AS^d. the 
DTE 1 shows the user a message telling that the content data CD \ 



at his/her request has been stored (step ST12) . The user thus| 
knows the content data CD having reached the DCE 3, The user| 
operates the DTE 1, whenever convenient, to designate the content! 
data CD stored in the DCE 3. In response, the DTE 1 generates! 
a read request RSj^^ (step ST13) , which is a signal which requests! 

the DCE 3 to read the user designated content data CD from thej 

I 

content storage 35. 

[0072] The read request RS^^q is converted by the DTE 1 into a: 
format suited for the transmission path 2, sent out thereonto , : 
received by the user interface 32 of the DCE 3 (see FIG. 2),, 
reconverted therein, and then forwarded to the processing unit, 
31 (sequence SQ9) . On reception of the read request RD^^^, thel 
processing unit 31 reads the currently designated content data! 
CD from the content storage 35 and forwards that to the user: 
interface 32. The content data CD is converted therein and sent' 
out onto the transmission path 2, and thus received by the DTE, 
1 (step ST14) (sequence SQIO) . The DTE 1 reconverts the content' 
data CD, and then carries out the output processing thereon to 
present the user what the content data CD carries (step ST15) , ; 
[0073] Here, in ST113 of FIG, 22, if the processing unit 31 
determines the DTE 1 as OFF, the storage completion notice AS^^ ! 
is retained therein until the DTE 1 is turned ON (step ST115) , 
Once detected the DTE 1 was turned ON, the processing unit 31 
forwards the retained storage completion notice AS^d to the user 
interface 32 and then to the DTE 1 via the transmission path 2. ' 



Thereafter, the processing of steps ST12 to ST15 is carried out| 
between the DTE 1 and the DCE 3 . i 
[0074] As described in the foregoing, in the data transmission! 
system of the first embodiment, the server 6 can selectively send| 
out transmission data TD onto the communications circuits 4 and| 
5 in consideration of their suitability for multicasting.! 
Accordingly, when many users are requesting for the same content' 
data CD, the server 6 basically selects the second communications i 
circuit 5, which is suited for multicasting. Thus, the data! 
transmission can be done with less transmission expense, which, 
is good for users. As such, according to the first embodiment,, 
the present data transmission system is more advantageous , in view i 
of cost performance to the conventional. 

[0075] By the way, Japanese Patent Laid-Open Publication NO. \ 

10-41976 (98-41976) discloses a method for selecting one i 

i 

communications circuit from among those connecting several : 
terminals depending on the size of transmitting data. Here, if I 

this method is combined with the data transmission system of; 

I 

Japanese Patent Laid-Open Publication No. 8-140081 (96-140081) ' 
referred to in the Prior Art (hereinafter, conventional data! 
transmission system) , a dispute may arise about the difference ; 
from the data transmission system of the first embodiment. With I 
such combination, however, efficient use of the communications \ 
circuits cannot be achieved unlike the data transmission system \ 
of the first embodiment. This is because, with the combination, ' 
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first determined is a time when to transmit the data, and followed 
is which communications circuit to use therefor. Under such; 
control, no consideration is given to suitability of the| 
communications circuits. Thus, it may happen that first datai 
which is not so popular among users is transmitted over a| 
communications circuit suitable for multicasting, and in the' 
meantime, even if second data which is quite popular needs to be! 
transmitted, the communications circuit is not available thereforl 
As a result, the second data has to be transmitted over another: 
communications circuit which is not suited for multicasting. : 
[0076] On the other hand, to determine a time when to transmit! 
transmission data TD and which communications circuit to use^ 
therefor, the data transmission system of the first embodiment! 
carries out scheduling (step ST9; specifically, steps ST921 to! 
ST926) while referring to a time limit LT and communications: 
information (e.g. , the state of the communications circuits 4 and! 
5, the number of users B^ser^ the data size l^g) of every unit record; 
URi satisfying the first condition. Further, to avoid such 
problem as in the above combination, the present data transmission 
system uses a communications validity V^^, to verify the reliability I 
of the selected communications circuit (see steps ST94 to ST99) . ■ 
In this manner, the present data transmission system achieves : 
efficient use of the communications circuits 4 and 5, that is, ; 
controls communications traffic, while ensuring the user I 
designated time limit LT . 
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[0077] Further, according to the first embodiment, the server 
6 uses content reservation status data D^g to show the user what 
are the conditions for downloading his/her requesting content 
data CD and how many other users are so far requesting the content 
data CD. The content reservation status data D^g is also utilized 
for inducing some more users by showing what content data CD is 
available under what conditions. Once the user found any 
condition matching his/her needs, the DTE 1 generates and 
transmits a content reservation request RS^r including a DL 
condition number corresponding to the conditions. On 

reception thereof, the server 6 updates the corresponding unit 
record UR^ so that the transmission expense TC of the content data 
CD is accordingly reduced. As such, the user can acquire the 
content data CD with less expense if her/his request is 
transmitted together with some other users ' . 

[0078] Even if the user finds no conditions matching his/her 
needs, the user can designate his/her own conditions, in this 
case, the later his/her designated time limit LT shows, the 
cheaper his/her expense for the content data CD becomes. 

[0079] Note that, in the first embodiment, the conditions for 
downloading the content data CD is exemplified by the time limit 
LT. This is not restrictive, and the transmission expense TC and 
the number of users N„3,, may be also included. With the 
transmission expense TC, the procedure goes to step ST92 when the 
transmission expense TC in every unit record UR, satisfying the 
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first condition becomes a predetermined value or lower in step 
ST91 in the scheduling processing of FIG. 17. With the number 
of users N^ser. on the other hand, the procedure goes to step ST92 
when the number of users N^ser in every unit record UR^ satisfying 
the first condition becomes a predetermined value or more in step 
ST91. 

[0080] Further, in the first embodiment, when the incoming 
content reservation request RS^j, is in such form as FIG. 13b, the 
procedure goes through steps ST88 to ST811 of FIG. 15, and the 
processing unit 61 thus generates a new unit record UR^ for 
addition to the addressee list Lp^sx- However, if the addressee 
list Ldest already carries any unit record UR^ which satisfies a 
third condition, this is not restrictive. Here, the unit record 
UR3, satisfying the third condition is the one having the earlier 
time limit LT and the cheaper transmission expense TC than the 
new unit record UR^^, and showing the same content data CD as the 
new unit record UR^ . If such unit record UR^ is found in the 
addressee list L^est/ the identifier ID^ser of the new unit record 
UR^^ is written thereinto, and the transmission expense TC in the 
I ist is accordingly updated. In this manner, as far as the content 
data CD becomes ready in the DCS 3 sooner than the user designated 
time limit LT, the user settles for nothing, and if anything, has 
merits of less expense. 

[0081] Here, the processing unit 61 may carry out the same 
processing as above when, in the addressee list L^es^. one unit 
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record UR^ shows the cheapest transmission expense TC and the 
earliest time limit LT among those all corresponding to the same 
content data CD. 

[0082] Further, in the first embodiment, the DCE 3 is 
5 exemplified as simply transmitting the content data CD to the DTE 
1 in response to a read request RSj^^ therefrom. This is not 
restrictive, and the processing unit 31 of the DCE 3 may delete 
the content data CD from the content storage 35 immediately after 
the transmission or after a predetermined time interval . Or , even 

10 if no read request RS^^ comes from the DTE 1, the processing unit 
31 may store the content data CD in the content storage 35, and 
then delete the content data CD after a predetermined time 
interval . If those are the cases , the timing of deletion is added 
to the transmission data TD before transmitted to the DCE 3 or 

15 previously registered in the DCE 3, 

[0083] In the first embodiment, as shown by sequence SQ8 of 

FIG. 10, a storage completion notice AS^^ is exemplified as 
transmitted to the DTE 1 from the DCE 3. This is not restrictive, 
and the server 6 may perform the transmission after received the 

20 transmission data TD . 

Also in the first embodiment, as shown by sequence SQl 
of FIG. 9, the content reservation status data D^^ is exemplified 
as transmitted to the DTE 1 via the DCE 3 . This is not restrictive , 
and the DTE 1 may directly transmit the content reservation status 

25 data D^^ responding to the user's operation. In this case, the 



user refers to the content reservation status data D^^ on the DTE 
1 which is not connected to the DCE 3. Note that, the content 
reservation request RS^j^ still needs to carry the identifier ID^^^^ 
of the DCE 3 as the content data CD is stored in the DCE 3. 
[0084] Also 
in the first embodiment, the server 6 is exemplified as including 
the addressee list storage 65, the charge list storage 66, the 
transmission expense list storage 67, and the transmission 
initial expense list storage 68. This is not restrictive, and 
the server 6 may be simply in charge of generation and transmission 
of the content reservation status data D^^ and transmission of 
the content data CD, and leave other processing to other equipment 
in the data network 7 or to some other server connected thereto. 
[0085] Also, the DCE 3 may be configured as connectable also 
to a telephone and/or facsimile. If connected, information such 
as service class comes over the first communication circuit 4, 
for example, together with audio data for telephone and/or 
character data for facsimile. Thus, the DCE 3 refers to such 
information and forwards the audio data and/or character data to 
the telephone and/or facsimile, respectively, prior to the 
transmission data TD and content reservation status ' data D^^. 
This is because such data needs to be responded in real time. 
[0086] Also in the first embodiment, the timing of 
transmission is exemplified as determined for every unit record 
UR^ in order of increasing time limit LT, This is not restrictive, 
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and determined may be the transmission time. In such case also, 
the transmission time has to ensure the time limit LT . 
[0087] Further, in the first embodiment, the content data CD 
is exemplified as stored in the content storage 64 together with 
the identifier ID^d and the data size I^s added thereto for clarity. 
This is not restrictive, and the content storage 64 stores only 
the content data CD, and assigns the identifier ID^^ unique thereto 
when the processing unit 61 generates the transmission data TD . 
[0088] Also in the first embodiment, transmitted from the DCE 
3 to the DTE 1 is one content data CD. The number of content data 
CD is not restrictive, and the content data CD designated by read 
request RS^q may be transmitted together with any other which is 
not designated thereby. If this is the case, the applicability 
is accordingly widened. For example, assume that a read request 
RDj^o is made for content data CD which is a movie. In response 
thereto, the DCE 3 may transmit, to the DTE 1, thus requested 
content data CD together with other content data CD which is an 
advertisement. Accordingly, the DTE 1 can display both the movie 
and advertisement on its screen. 

[0089] Also in the first embodiment, the content data CD is 
exemplified as carrying moving picture data, static picture data, 
audio data, object data, character data, or a combination of two 
or more of such data. This is not restrictive, and the content 
data CD may also carry a program which changes the contents thereof 
(e.g., characters) for display. For example, when a program 
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instructs the DTE 1 to display a letter of ''A" in a first period 
but a letter of "B" in a second, the DTE 1 follows such instruction. 
[0090] As another example, assume that a read request RDj^q is 
made for the content data CD which is a WEB page. In response 
5 thereto, the DCE 3 may transmit, to the DTE 1, thus requested 
content data CD together with other content data CD which is a 
banner advertisement (or information link to advertisement) , 
which is not requested by the user. Accordingly, the DTE 1 can 
display both the WEB page and banner advertisement on its screen, 

10 leading to advertisement revenue for information providers. 

[0091] Also in the first embodiment, the content data CD is 
exemplified as being chargeable. However, there may be free 
content data. For any server containing only such free content 
data in the data transmission system, there needs only to transmit 

15 free content data to the DTE 1 via the DCE 3, if requested, without 
going through such processing as scheduling and charging in the 
first embodiment. In such case, the DCE 3 counts how often the 
DTE 1 has requested the same free content data so far. As for 
any free content data which is popular among users, the DCE 3 

20 inquires, during when communications traffic of the first 
communications circuit 4 is low, the server if the content data 
has been updated. If updated, the server responsively transmits 
the latest version of the content data CD to the DCE 3. The DCE 
3 then stores thus received content data CD in the content storage 

25 35, As such, the DCE 3 may carry out cache processing to acquire 
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any new free content data, autonomously, irrespective of a 
transmission request comes from the DTE 1 . Unlike the DTE 1 which 
is basically turned ON and OFF by the user, the DCE 3 is always 
ON. This is the reason why the DCE 3 can carry out such cache 
5 processing spontaneously. 

[0092] In the above cache processing, the DCE 3 can know the 
level of the communications traffic with the following three 
techniques. First, the DCE 3 inquires any one exchange system 
41 in the first communications circuit 4 about the current traffic 

10 level, and then uses a predetermined reference value for 
comparison therewith. Second, any one exchange system 41 
notifies the DCE 3 about the current traffic level, and the DCE 
3 then uses the reference value for comparison. Lastly, third, 
DCE 3 is provided with a timer , and carries out the cache processing 

15 when the timer indicates a predetermined time. The time may be 
in a period during from late-night to early-morning, when the 
communications traffic is lowered on the first communications 
circuit 4. 

[0093] For the cache processing, the recording area in th€s 
2 0 content storage 35 is preferably divided into smaller areas . Some 
smaller areas are allocated for storing chargeable content data 
CDs, and some for free content data acquired by the DCE3 through 
the cache processing. This prevents the recording area from being 
wholly occupied by the free content data after the cach(5 
25 processing. 
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[0094] If received the transmission request from the DTE 1, 
the DCE 3 checks to see whether the content data CD designated 
thereby is stored in any of those smaller areas. If stored, the 
DCE 3 reads the content data therefrom without accessing to the 
5 server, and transmits that to the DTE 1. Such cache processing 
allows the DTE 1 to quickly acquire the content data at the user's 
request. Also, since the cache processing is carried out when 
the communication traffic level is low, the communications 
traffic can be controlled on the basis of time, thereby improving 

10 the first communications circuit 4 in transmission efficiency. 
[0095] In the first embodiment, the DCE 3 is exemplified as 
acquiring the chargeable content data CD from the server 6. This 
is not restrictive, and the DCE 3 may carry out processing to share 
the free content data with other DCEs 3. In the process, the DCE 

15 3 (the one which receives data) inquires other DCEs about the 
content data (especially the popular one) . Those inquired DCEs 
3 responsively check themselves if carrying the content data, and 
if any of those carries, the content data is transmitted therefrorr. 
to the inquiring DCE 3, 

20 [0096] Alternatively, the server manages information, in the? 
form of a list, which DCE 3 in the data transmission system carrier; 
what content data, and transmits the list to the DCE 3 which is 
looking for any specific content data . With the help of such list , 
the content data can be quickly located and acquired only by dat^i 

25 communications between two DCEs 3. 



[0097] By sharing the content data among many DCEs as such, 
server access is reduced, and further, the content data becomes 
guickly available if located in the closer DCE 3. 
[0098] In the case that the DCE 3 wants to acquire a content 
5 data CD but is in short of the recording area in the content storage 
thereof, the DCE 3 asks for any other DCE 3 to store the content 
data CD therein. If accepted, the content data CD is stored in 
the other DCE 3 until the DCE 3 finds any room therefor in its 
recording area. Then, the DCE 3 communicates with the other DCE 

10 3 to acquire the content data CD therefrom. 

[0099] Here, the DCE 3 may be implemented with SMTP (Simple 
Mail Transfer Protocol) and POP (Post Of f ice Protocol) to function 
as a mail server. If this is the case, as in the above, e-mails 
are preferably distributed when the communications traffic on the 

15 first communications circuit 4 is low. As to a high priority 
e-mail, however, the DCE 3 preferably distributes that regardless 
of the communications traffic. Here, as is powered ON all the 
time, the DCE 3 always receive e-mails. The DTE 1 thus carries 
out an e-mail program, and accesses the DCE 3 responding to the 

20 user ' s operation to receive e-mails . It means , the DTE 1 receives 
e-mails from the DCE 3 in close proximity thereto without via the 
first communications circuit 4, and whereby those e-mails become 
available for the user sooner. 

[0100] The DCE 3 may also be implemented with a program to 
25 realize a fire wall, which prevents malicious hackers from 
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breaking into the DCE 3 and DTE 1. More specifically, the DCE 
3 carries a list indicating qualified data addresser and 
addressee, and if any data comes from those not listed, discards 
the data. The DCE 3 also discards data addressed to an addressee 
5 not found in the list. Accordingly, the DTE 1 can be protected 
from so-called spam. For a case where a child operates the DTE 
1, the list may be password protected to prevent the DTE 1 from 
receiving content data including sex and violence descriptions. 
Further, the DCE 3 detects unauthorized data typified by virus 
10 in data transmitted from/received by the circuit interface 33. 
Those detected are discarded with no exception, whereby the DTE 
1 can be protected from virus infection. 

[0101] Also in the first embodiment, the DCE 3 responds to a 
read request RS^q from the DTE 1, and transmits a content data 

15 CD itself to the DTE 1. Here, if functions as a WWW server, the 
DCE 3 assigns the content data CD a URL (Uniform Resource Locator) , 
and stores that in the content storage 35. Also, the DCE 3 
generates in advance an HTML file including a simple description 
of the assigned URL and the content data CD. Accordingly, the 

20 user can refer to any content data CD not only via the DTE 1 
connected to the DCE 3 through the transmission path 2 but via 
other equipment (e.g,, personal computer, cellular phone, 
information mobile terminal) having a WWW browser implemented 
therein. The same is applicable if the DCE 3 generates an e- 

25 mail including a simple description of the assigned URL and the 
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content data CD, and transmits the e-mail with a preassigned 
e-mail address. Here, whether generating the HTML file or e- 
mail may be up to the user on the content data CD basis. 
[0102] Described next is a data transmission system of a second 

5 embodiment of the present invention. Basically, the data 
transmission systems of the first and second embodiments are 
structurally the same as shown in FIG . 1 , and herein , any component 
new in the second embodiment is described in detail but otherwise 
provided with the same reference numeral as in the first 
10 embodiment and not described again. 

[0103] Described first is the server 6, whose structure is 
shown in FIG. 3, However, here, stored in the content storage 
64 is not the content data CD but, as shown in FIG. 23a, several 
content data CD sets CDS. In FIG. 23a, each content data set CDS 
15 includes identifier ID^^g. data size I^ss. ^"^^ several combinations 
of attribute information 1^^ corresponding content data CD. 

The identifier ID^^g uniquely specifies the location where the 
content data set CDS is stored (i.e., the recording area in the 
content storage 64 of the server 6) in the data transmission system, 
20 The data size Ij^^s indicates the content data set CDS by size, and 
the attribute information 1^^ indicates the corresponding content 
data CD by attribute. About the content data CD, no mention is 
given here as is the same in the first embodiment. Here, the 
content data set CDS may include the identifier ID^d and the data 
25 size 1^,3 for the corresponding content data CD as in the first 



embodiment, but this is not essential here and neither described 
nor shown. 

[0104] The content data set CDS is specifically described next . 
In this embodiment, the content storage 64 stores content data 
sets CDSi and CDS2. The content data CDS, is presumably an 
advertisement made by a shop or a company, and carries p (a natural 
number equal to or larger than 1) content data CD^^ to CD^p each 
varying in content. The content data CD.^ is provided with 
attribute information I^th corresponding thereto. Similarly to 
other content data CD^^ ^o CD^p, attribute information 1^^^^ "to I^tip 
is respectively provided. 

[0105] The attribute information I^^^ indicates the content 
data CD^^i by attribute. Specifically, as shown by FIG. 23b, the 
attribute information I^^ii composed of category information 
I^^^i, name information Ispn, product information 1^011. and price 
information IpR^j.. The category information Icau indicates the 
advertisement specified by the corresponding content data CD^^ 
by category, i.e., the advertiser's business. The name 
information Igpu indicates the advertiser by shop or company name, 
the product information 1^^^^ indicates the product or service in 
the advertisement, and the price information indicates the price 
of the product or service. Note that, the attribute informatior. 
I^Tu is not limited only to such category , name , product , and price , 
and may also include information indicating the number of stocks 
of the product. Similar to the attribute information I^^^n, other 
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attribute information I^ti2 to I^Tip is composed of, respectively, 
the category information I^^^^^^ to IcAip/ the name information Igpn 
to I 

spip' the product information Iq^h to Iqdip' and the price 
information Ipj^^;^ to Ip^ip. 
5 [0106] Next, the content data set CDS2 is herein presumably 
news, and carries q (a natural number equal to or larger than 1) 
content data CD^^ to CD2q each varying in content. The content data 
CD21 is provided with attribute information 1^^:21 corresponding 
thereto. Similarly to other content data CD22 to CD2g, attribute 

10 information IftTC22 to lAT2q respectively provided. The attribute 
information I^^2i to lAT2q indicates the corresponding content data 
CD2X to CD2q by attribute, and as shown in FIG. 23c, specifically 
composed of the category information 1^^2i to IcAZq ^^ch varying in 
content depending on the corresponding content data CD21 to CDgq. 

15 For example, the category information Ica2i to IcA2q ^^r the content 
data CDS2 may be entertainment, finance, sports, and the like 
[01071 Described next is the DCE 3. As shown in FIG, 24 
differences between this DCE 3 and that (see FIG. 2) in the first 
embodiment are a selection condition list storage 36 and an 

20 allocation list storage 37. The selection condition list storagp 
36 and the allocation list storage 37 store, respectively, 
selection condition list Lg^ and an allocation list L^^ (both wil 
be described later) . 

[0108] Described next is the communications procedure for the 
2 5 DTE 1 to acquire a content data CD in the above structured dat 
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transmission system with reference to the sequence charts of FIG. 
25 and 26. The sequence chart of FIG. 25, compared with that of 
FIG. 9, additionally includes steps ST21 and ST22, and sequence 
SQ21. The rest is basically the same as FIG. 9, and thus steps 
5 and sequences same as those in FIG. 9 are denoted by the same step 
and sequence numbers, and described herein is only a difference 
if any. As for the sequence chart of FIG. 26, compared with that 
of FIG. 10, steps STll and ST14 are replaced by steps STll' and 
ST14 ' , and additionally includes ST23 . The rest is basically the 

10 same as FIG. 10, and thus steps and sequences same as those in 
FIG. 10 are denoted by the same step and reference numbers, and 
described herein is only a difference if any. 
[0109] First, in FIG. 25, the DTE 1 carries out selection 
condition setting request processing according to the user's 

15 operation (step ST21) , More specifically, as shown in FIG. 27a, 
the DTE 1 displays a selection condition input form IFs^- The usei: 
operates the DTE 1 to input several keywords Vi^^^ into the selection 
condition input form IF^^^, Here, the keywords Wf^g^ are the ones 
used to define the content data CD by attribute. For example, 

20 if the user wants to see food advertisements carrying the lowest 
price, the user inputs the corresponding keywords ¥1^^^ into the 
selection condition input form IF^.^ to define what he/she wants. 
In response, the DTE 1 generates a selection condition setting 
request RSg^g, which is a signal requesting the DCE3 to set a 

25 selection condition (s) SO therein to forward only content data 
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CDs matching the user ' s preferences . The signal includes at least 
the identifier IDscs the inputted keywords Wp-^y/ "the 

identifier IDs^s therein specifies the signal as being a selection 
condition setting request RDg^s- With the signal, the DCE 3 can 
5 grasp the user's preferences for the content data CDs, 

[0110] Such selection condition setting request RSg^s is 
converted into a format suited for the transmission path 2 by the 
DTE 1, sent out thereonto, and received by the user interface 32 
of the DCE 3 (see FIG. 2) {sequence SQ21) , Then, in the user 

10 interface 32, the selection condition setting request RSg^s is 
reconverted before received by the processing unit 31, The 
processing unit 31 then checks the identifier IDg^s the received 
signal to see if the signal is a selection condition setting 
request RSg^g- the processing unit 31 carries out the 

15 selection condition setting request processing (stepST22) . FIG. 
28 shows the detailed processing procedure of step ST22 . In FIG. 
28, the processing unit 31 extracts the keywords W^ey from the; 
received selection condition setting request RSg^s (step ST221) . 
Then, the processing unit 31 assigns a unique selection condition 

2 0 number Ng^. to a selection condition SC structured by the retrieveci 
keywords Wj^^y (step ST222) . The processing unit 31 then accesses 
the selection condition list storage 36, and to such selectio^i 
condition list L^^ therein as shown in FIG. 27b, adds the current 
set of the selection condition number N^^. and the selection 

25 condition SC (step ST223) . In such form of the selection 



condition list L^^, the user designated selection condition (s) 
SC are set to the DCE 3. 

[0111] After such selection condition setting is through, 
carried out in the data transmission system are the same 
5 communications and processing as in the first embodiment, that 
is, steps STl to STIO, and sequences SQl to SQ7 (see FIGS. 9 and 
10) . Note that, although the processing was performed on the 
content data CD basis in steps STl to STIO in the first embodiment, 
the processing in this embodiment is on the content data set CDS 

10 basis. In brief, the DTE 1 transmits a content reservation 
request RS^j^ to the server 6 to ask for transmission of a content 
data set CDS. In response, with respect to the requested content 
data set CDS, the server 6 carries out processing including 
scheduling, data transmission, charging, and the like. As a 

15 result, compared with the transmission data TD of FIG. 13g, the 
transmission data TD transmitted in sequence SQ7 herein includes 
the identifier ID^^^g and the content data set CDS instead of the; 
identifier ID^d and the content data CD. 

[0112] As in the first embodiment, the transmission data TD 
20 is sent out onto an optimal communications circuit (the first or 
the second communications circuit 4 or 5) . Herein, the optimal 
is presumed to be the first communications circuit 4. The 
transmission data TD on the first communications circuit 4 is 
received by the circuit interface 33 of the DCE 3 via several 
25 exchange systems 41, and then forwarded to the processing unit 



31. Upon reception of the transmission data TD, the processing 
unit 31 carries out data storage processing (step STll') . FIG, 
29 shows the detailed processing procedure of step STll'. 
Compared with FIG. 22, step STlll is replaced by steps STlll' and 
ST112' in FIG. 29. Other steps identical to those in FIG. 22 are 
denoted by the same step numbers, and not described again. In 
FIG. 29, out of the received transmission data TD , the processing 
unit 31 stores at least the content data set CDS into a 
predetermined recording area of the content storage 35 (step 
STlll')- Here, the predetermined recording area is the one 
reserved in step ST5. 

[0113] Next, the processing unit 31 carries out update 
processing on the allocation list Lg^ (step ST112M. More 
specifically, as for every content data CD currently stored in 
the content storage 35, the processing unit 31 adds, to such 
allocation list Lg^ as shown in FIG. 30, identifier ID^^^s of the 
content data set CDS, address information I^^d specifying the 
location of the content data CD in the recording area, and date 
and time information 1^,^ when the content data CD was stored (i.e., 
current date and time) . The allocation list LST has also a section 
for a recording capacity C^^^, which indicates a current available 
capacity of recording area of the content storage 35. Thus, witlr:. 
the content data set CDS stored in the content data storage 35 
in step STlll' , the processing unit 31 writes the resultant value 
into the recording capacity C^^^- After step ST112' is through, 
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the procedure goes to steps ST112 and onwards, and the processing 
unit 31 transmits a storage completion notice AS^d to the DTE 1 
(sequence SQ8 ) . 

[0114] After step ST12 is through, the storage capacity C^^^ 
5 of the content storage 35 is decreased in value. Thus, the 
processing unit 31 carries out data deletion processing (step 
ST23) . Here, this step ST23 corresponds to a data deletion part 
in claims, and FIG, 31 shows the detailed processing procedure 
thereof. In FIG. 31, the processing unit 31 extracts the current 
10 recording capacity Cj^^c from the allocation list L^^ (step ST231) , 
and then measures its level by comparing with a reference 
recording capacity Cj^^f (step ST232) , 

[0115] If the reference recording capacity Cr^f not less than 

the current recording capacity Cj^ec ^ the processing unit 31 

15 determines the recording area of the content storage 35 as being 
still sufficiently available for recording a new content data CD, 
and step ST23 is now through. On the other hand, if the current 
recording capacity C^^^ is not more than the reference recording 
capacity C^^^ , the processing unit 31 determines the recording area 

20 of the content storage 35 as being running out, and thus the 
procedure goes to step ST233. Then, the processing unit 31 
searches the allocation list Lg^ for the oldest date and time 
information L^^, and extracts the address information 1^^^ 
corresponding thereto (step ST233) . 

25 [0116] The processing unit 31 then deletes (erases) , from the 



recording area specif ied by the retrieved address information 1^^^, 
the content data set CDS (step ST234) . The processing unit 31 
also updates the allocation list Lg^ (step ST235) . In more detail , 
the processing unit 31 deletes, from the allocation list Lg^, the 
5 date and time information I^^ and the address information I^^^, 
acquired in step ST233, and the identifier ID^ds corresponding 
thereto. Then, the processing unit 31 updates the recording 
capacity C^^c the allocation list to a value reflecting the 
deletion of the content data set CDS . After step ST235 is through, 

10 the procedure returns to step ST231 and repeats steps ST231 to 
ST235 until the recording capacity C^^^ exceeds the reference 
recording capacity C^^^. In this manner, the recording area of 
the content storage 35 can be always available for data which is 
at least in size represented by the reference recording capacity 
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[0117] With the storage completion notice AS^d received by the 
DTE 1, the procedure goes to step ST12 , From now on, it is up 
to the user when to operate the DTE 1 to read the content data 
CDS from the DCE 3. When operated, the DTE 1 generates a read 

20 request RS^^ (step ST13) . In this embodiment, the read request 
RSj^o is a signal for requesting the DCE 3 to read the content data 
CDS at the user's request from the content storage 35. 
[0118] The read request RSj^^ is transmitted from the DTE 1 to 
the DCE 3 (sequence SQ9) . In response, the processing unit 31 

25 of the DCE 3 carries out data transmission processing of step ST14 ' 



Here, this step ST14' corresponds to a data transmission part in 
claim 22, and FIG. 32 shows the detailed processing thereof. 
First, the processing unit 31 extracts every selection condition 
SC found in the selection condition list Lg^ (see FIG. 27b) (step 
5 ST141')- Then, the processing unit 31 accesses the content 
storage 35 to selectively read any content data CD satisfying the 
retrieved selection conditions SC from the user designated 
content data set CDS (step ST142') . The processing unit 31 then 
transmits the read content data CD(s) to the DTE 1 via the user 
10 interface 32 and the transmission path 2 (step ST143') . The DTE 
1 then carries out output processing on the received content data 
CD(s) (step ST15) , and accordingly the user can see what the 
content data CD(s) carry. 

[0119] As such, in the second embodiment, the user sets, to 
15 the DCE 3, such selection condition SC as shown in FIG. 27a to 
define what content data CD he/she wants. Assume here that five 
selection conditions SC as shown in FIG. 27b are set to the DCE 
3 . In response to the content reservation request RS^r, the server 
6 transmits a content data set CDS at the user's request to the 
20 DCE 3 with a timing determined through scheduling, and the DCE 
3 stores the received content data set in the content storage 35. 
Here, transmitted from the server 6 are presumably the content 
data sets CDS^ and DCS2 of FIG. 33 , each of which carries a plurality 
of content data CDs. Specifically, as shown in FIG. 33, the 
25 content data set CDS^ includes identifier ID^dsi / data size Idssi/ 



and four content data CDs CD,, to CD,, . The content data CD^, carries 
category information leMi indicating as food business, name 
information Igp,, as XX super market, product information I^^n 
a white radish, and price information Ip^,, as ¥100. Similarly to 
other content data CD,^ to CD,,, attribute information I^t,^ to I^^^^ 
(category information I^^ia to Ic^,4, name information Isp,2 to Ispi4, 
product information Igd,2 to 1^014. and price information Ipj,,2 to Ipj„4) 
are provided, respectively. The content data set CDS2 includes 
identifier ID^^^^, data size 1^332. three content data CD21 to 

CD23. Here, provided to the content data CD21 is category 
information l^^^i entertainment, while to the content data CD22 
and CD23, category information Ic;,22 ^^d Ica23 finance and sports, 
respectively . 

[0120] In such case, after the processing unit 31 carries out 
the data transmission processing (step ST14') according to the 
selection conditions SC (see FIG. 27b), the content data CD,,, 
CD22, and CD23 are selected and transmitted to the DTE 1 via the: 
user interface 32. In the example of FIG. 34, although every 
information accompanying the CD,,, CD22. and CD23 is transmitted, 
essentially, only the CD,,, CD22, and CD23 will do. In such data 
transmission system of the second embodiment, since the user sets 
his/her selection conditions SC to the DCE 3, the user can receive 
only content data CD of interest. 

[0121] Here, in the second embodiment, the content data CD,, 
to CD,p are presumably all advertisements, and accompanied by 
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attribute information I^^^^i "t-o ^atip corresponding thereto . However . 
since the attribute (product price and the number of stocks) and 
details of the advertisement are changeable, some content data 
CD-L and/or some attribute information 1^^^ may be already out of 
5 date at about the time when the content data set CDS^ reaches the 
DCE 3. To deal with that^ the server 6 generates an information 
change request for transmission to the DCE 3. Here, the 
information change request is a signal to ask the DCE 3 to update 
the content data CD^ and/or the attribute information to be the 

10 latest, and includes the identifier ID^^^^, the content data CD^ 
in the latest version^ and/or the attribute information I^ti- 
response to such information change request, the DCE 3 uses the 
identifier ID^^i therein to specify the recording area where the 
content data CD^ and/or the attribute information I^^^^ is stored, 

15 delete the content data CD^ and/or the attribute I^^^ from thus 
specified recording area, and then store the content data CD^ in 
the latest version and/or the attribute information I^^^ in the; 
content storage 35. With such processing, without transmitting 
the content data set CDS^ in its entirety, the content data CD^ 

20 and/or attribute information I^^^^ whichever needs change can be 
accordingly changed. In this sense, the transmission bandwidth 
of the first and second communications circuits 4 and 5 can be 
effectively utilized. Note that, a transmission timing of suc'i 
information change request is preferably determined in scheduling. 

25 The sooner is the better for the information change request to 
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reach the DCE 3. 

[0122] Also in the second embodiment, the DTE 1 first transmits 
a content reservation request RS^r to the server 6 to acquire the 
content data set CDS2 including various news . The content data 
5 set CDS2, however, may be transmitted to the DTE 1 due to push 
technology in some cases. To be more specific, the user of the 
DTE 1 sign-ups a distribution service of the content data set CDS2 
offered by the provider thereof (e.g., newspaper publishing 
company) . In such case, a server on the provider side requests 

10 for the server 6 to transmit the content data set CDS2 to the DCE 
3 corresponding to the requesting user. At this time, the server 
on the provider side notifies , the server 6 , the user ' s identifier 
I^usER' the time limit LT , and the content data set CDS2. In 
response, the server 6 generates transmission data TD by using 

15 thus notified information. 

[0123] Also in the second embodiment, the out-of-date content 
data set CDS is deleted when the recording capacity Cj^^c of the 
content storage 35 is running short (see step ST23) . This is not 
restrictive, and the out-of-date content data set CDS may be 

2 0 deleted when an expiration date previously provided thereto 
comes. Or, the out-of-date content data set CDS may be deleted 
with a lapse of predetermined time since the content data set CDS 
was generated. Here, information indicating the date and time 
when the advertisement is made is previously provided to the 

25 content data set CDS. Such information indicating the expiration 



date and date and time corresponds to deletion timing information 
in claims . 

[0124] Also in the second embodiment^ the DCE 3 is exemplified 
as reading any content data CD satisfying the selection conditions 
SC from the content storage 35 before transmission to the DTE 1. 
This is not restrictive, and the processing unit 31 may select 
any content data CD satisfying the selection conditions SC when 
received the content data set CDS, and then store the content data 
CD(s) into the content storage 35. Further, the processing unit 
31 discards any content data CD not satisfying the selection 
conditions SC. In this case, the processing unit 31 responds to 
the read request RS^^ from the DTE 1, and reads the content data 
CD selected at reception from the content storage 35 for 
transmission to the DTE 1. In this manner, the user can acquire 
content data CD of interest only, and further, efficient use of 
the recording area of the content storage 35 can be achieved since 
no unwanted content data CD is stored therein. 

[0125] While the invention has been described in detail, the 
foregoing description is in all aspects illustrative and not 
restrictive. It is understood that numerous other modifications 
and variations can be devised without departing from the scope 
of the invention. 



68 



